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[00011 SYSTEMS AND METHODS FOR REMOVING INTRAPACKET 

GAPS FROM STREAMS OF DIFFERENT BANDWIDTHS 

[0002] BACKGROUND OF THE INVENTION 

[00031 Field of the Invention 

[00041 The present invention relates generally to data transfer and, more particularly, 
to systems and methods for removing gaps from data streams. 
[00051 Description of Related Art 

[0006] Routers receive data on a physical media, such as optical fiber, analyze the 
f =^3 data to determine its destination, and output the data on a physical media in accordance 

IS with the destination. Routers were initially designed using a general purpose processor 

H executing large software programs. As line rates and traffic volume increased, however, 

S general purpose processors could not scale to meet the new demands. For example, as 

new functions, such as accounting and poUcing functionality, were added to the software, 
these routers suffered performance degradation. In some instances, the routers failed to 
m handle traffic at line rate when the new functionality was turned on. 

[0007] To meet the new demands, purpose-built routers were designed. Purpose-built 
routers were designed and built with components optimized for routing. They not only 
handled higher line rates and higher network traffic volume, but they also added 
functionaUty without compromising line rate performance. 

[0008] A conventional purpose-built router may include a number of input and output 
ports from which it receives and transmits streams of information packets. A switching 
fabric may be implemented in the router to carry the packets between the ports. In a 
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high-performance purpose-built router, the switching fabric may transmit a large amount 
of information between a number of internal components. 

[0009] Conventional routers are typically configured to handle packets transmitted 
within streams of variable bandwidths. Usually, the conventional routers process the 
packets. Processing of the packets sometimes introduces gaps into the packets. 
[0010] As a result, there is a need for systems and methods that remove gaps from 
packets within streams of any bandwidth. 

[0011] SUMMARY OF THE INVENTION 

[0012] Systems and methods consistent with the principles of the invention address 
this and other needs by providing logic that removes gaps in packets while sharing logic 
between streams. 

[0013] According to one aspect of the present invention, a system for removing gaps 
from streams of packets is provided. The system includes a packet splitter, a header 
buffer, a data buffer, and a packet combiner. The packet splitter receives the packets. 
Each of the packets includes a packet header and packet data. The packet splitter 
separates the packet header from the packet data for each of the packets. The header 
buffer stores the packet headers and the data buffer stores the packet data. The packet 
combiner reassembles the packets from the packet headers in the header buffer and the 
packet data in the data buffer and removes gaps from the reassembled packets. 
[0014] According to another aspect of the invention, a system that operates in first 
and second modes to remove gaps from streams of data is provided. The system includes 
handshake logic, a first multiplexer, a byte packer, a memory, a second multiplexer, and a 
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third multiplexer. The handshake logic obtains a header portion and a body portion of a 
data imit corresponding to one of the data streams and reassembles the data stream from 
the header and body portions. The first multiplexer multiplexes the reassembled data 
stream from the handshake logic. The byte packer removes gaps from data units of the 
multiplexed data stream from the first multiplexer to generate a gap-free data stream. 
The memory temporarily buffers the gap-free data stream. The second and third 
multiplexers multiplex the gap-free data stream in the first and second modes, 
respectively, 

[0015] According to yet another aspect of the invention, a network device includes a 
switching fabric and a plurality of packet processors connected to the switching fabric. 
Each of the packet processors includes a stream map, a first multiplexer, a byte packer, a 
memory, a second multiplexer, and a third multiplexer. The stream map provides stream 
identifiers that correspond to a plurality of streams of packets. The first multiplexer 
multiplexes packets based on the stream identifiers. The byte packer removes gaps from 
the multiplexed packets from the first multiplexer to generate gap-free packets. The 
memory stores and outputs the gap-free packets based on the stream identifiers. The 
second and third multiplexers multiplex one or more of the gap-free packets based on the 
stream identifiers. 

[0016] According to a further aspect of the invention, a network device includes a 
switching fabric and a plurality of packet processors connected to the switching fabric. 
Each of the packet processors includes a stream map, a memory, first and second 
multiplexers, and first and second byte packers. The stream map provides stream 
identifiers that correspond to a plurality of streams of packets. The memory stores and 
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outputs packets based on the stream identifiers. The first multiplexer multiplexes one or 
more of the stored packets based on the stream identifiers. The first byte packer removes 
gaps from the multiplexed packets from the first multiplexer to generate gap-free packets. 
The second multiplexer multiplexes one or more of the stored packets based on the 
stream identifiers. The second byte packer removes gaps from the multiplexed packets 
from the second multiplexer to generate gap-free packets. 

[0017] BRIEF DESCRIPTION OF THE DRAWINGS 

[0018] The accompanying drawings, which are incorporated in and constitute a part 
of this specification, illustrate an embodiment of the invention and, together with the 
description, explain the invention. In the drawings, 

[0019] Fig. 1 is a block diagram illustrating an exemplary routing system in which 
systems and methods consistent with principles of the invention may be implemented; 
[0020] Fig. 2 is a detailed block diagram illustrating portions of the routing system of 
Fig. 1; 

[0021] Fig. 3 is an exemplary diagram of a flexible port concentrator of Fig. 2 
according to an implementation consistent with principles of the invention; 
[0022] Fig. 4 is an exemplary diagram of the output logic of Fig. 3; 
[0023] Fig. 5 is an exemplary diagram of the packet combiner of Fig. 4; 
[0024] Fig. 6 is an exemplary diagram illustrating a gap in a packet; 
[0025] Fig. 7 is an exemplary diagram of the memory of Fig. 5; 
[0026] Fig. 8 is a flowchart of exemplary processing by the output logic of Fig. 4 
according to an implementation consistent with the principles of the invention; 
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[0027] Fig. 9 is a flowchart of exemplary processing by the packet combiner of Fig. 5 
to remove intrapacket gaps according to an implementation consistent with the principles 
of the invention; and 

[0028] Fig. 10 is an exemplary diagram of a system according to an alternate 
implementation consistent with the principles of the invention, 

[0029] DETAILED DESCRIPTION 

[0030] The following detailed description of the invention refers to the accompanying 
drawings. The same reference numbers in different drawings may identify the same or 
similar elements. Also, the following detailed description does not limit the invention. 
Instead, the scope of the invention is defined by the appended claims and equivalents. 
[0031] Systems and methods consistent with principles of the invention remove gaps 
from packets within streams of different bandwidths. The systems and methods may be 
implemented within the output logic of a network device, such as a router. The output 
logic may eliminate the gaps that may occur during processing of packets by the network 
device. The output logic may use the same mechanisms to eliminate gaps in packets 
within streams of any bandwidth. 

[0032] EXEMPLARY SYSTEM CONFIGURATION 

[0033] Fig. 1 is a block diagram illustrating an exemplary routing system 100 in 
which systems and methods consistent with the principles of the invention may be 
implemented. System 100 receives a data stream from a physical link, processes the data 
stream to determine destination information, and transmits the data stream out on a link 
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in accordance with the destination information. System 100 may include packet 
forwarding engines (PFEs) 1 10, a switch fabric 120, and a routing engine (RE) 130. 
[0034] RE 130 performs high level management functions for system 100. For 
example, RE 130 communicates with other networks and systems connected to system 
100 to exchange information regarding network topology. RE 130 creates routing tables 
based on network topology information, creates forwarding tables based on the routing 
tables, and forwards the forwarding tables to PFEs 1 10. PFEs 1 10 use the forwarding 
tables to perform route lookup for incoming packets. RE 130 also performs other general 
control and monitoring functions for system 100. 

[0035] PFEs 1 10 are each connected to RE 130 and switch fabric 120. PFEs 1 10 
receive data at ports on physical links connected to a network, such as a wide area 
network (WAN). Each physical link could be one of many types of transport media, such 
as optical fiber or Ethernet cable. The data on the physical Hnk is formatted according to 
one of several protocols, such as the synchronous optical network (SONET) standard, an 
asynchronous transfer mode (ATM) technology, or Ethernet. 
[0036] PFEs 1 1 0 may operate upon packet streams of different bandwidths. For 
example, suppose that a PFE 110 is capable of handling OC-192 worth of bandwidth. In 
this case, a single stream may use the entire bandwidth or multiple streams may divide up 
the bandwidth. In one implementation, each stream uses a multiple of OC-3 worth of 
bandwidth. 

[0037] PFE 1 1 0 processes incoming data by stripping off the data link layer. PFE 
1 10 converts header information from the remaining data into a data structure referred to 
as a notification. For example, in one embodiment, the data remaining after the data link 
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layer is stripped off is packet data. PFE 1 10 converts the layer 2 (L2) and layer 3 (L3) 
packet header information included with the packet data into a notification. PFE 1 10 
may store the information in the notification, some control information regarding the 
packet, and the packet data in a series of cells. In one embodiment, the notification and 
the control information are stored in the first two cells of the series of cells. 
[0038] PFE 1 10 performs a route lookup using the notification and the forwarding 
table fi*om RE 130 to determine destination information. PFE 1 10 may also fiirther 
process the notification to perform protocol-specific fiinctions, policing, and accounting, 
and might even modify the notification to form a new notification. 
[0039] If the destination indicates that the packet should be sent out on a physical link 
connected to PFE 1 10, then PFE 110 retrieves the cells for the packet, converts the 
modified notification information into header information, forms a packet using the 
packet data fi^om the cells and the header information, and transmits the packet fi:om the 
port associated with the physical link. 

[0040] If the destination indicates that the packet should be sent to another PFE via 
switch fabric 120, then PFE 1 10 retrieves the cells for the packet, modifies the first two 
cells with the modified notification and new control information, if necessary, and sends 
the cells to the other PFE via switch fabric 120. Before transmitting the cells over switch 
fabric 120, PFE 1 10 appends a sequence number to each cell, which allows the receiving 
PFE to reconstruct the order of the transmitted cells. Additionally, the receiving PFE 
uses the notification to form a packet using the packet data from the cells, and sends the 
packet out on the port associated with the appropriate physical link of the receiving PFE, 
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[0041] In summary, RE 1 30, PFEs 1 1 0, and switch fabric 1 20 perform routing based 
on packet-level processing. PFEs 1 10 store each packet using cells while performing a 
route lookup using a notification, which is based on packet header information. A packet 
might be received on one PFE and go back out to the network on the same PFE, or be 
sent through switch fabric 120 to be sent out to the network on a different PFE. 
[0042] Fig. 2 is a detailed block diagram illustrating portions of routing system 100. 
PFEs 1 10 connect to one another through switch fabric 120. Each of the PFEs may 
include one or more physical interface cards (PICs) 210 and flexible port concentrators 
(FPCs) 220. 

[0043] PIC 210 transmits data between a WAN physical link and FPC 220. Different 
PICs may be designed to handle different types of WAN physical links. For example, 
one of PICs 210 may be an interface for an optical link while the other PIC may be an 
interface for an Ethernet link. 

[0044] FPCs 220 perform routing functions and handle packet transfers to and firom 
PICs 210 and switch fabric 120. For each packet it handles, FPC 220 performs the 
previously-discussed route lookup function. Although Fig. 2 shows two PICs 210 
connected to each of FPCs 220 and three FPCs 220 connected to switch fabric 120, in 
other embodiments consistent with principles of the invention there can be more or fewer 
PICs 210 and FPCs 220. 

[0045] Fig. 3 is an exemplary diagram of FPC 220 consistent with principles of the 
invention. FPC 220 includes a packet processor 310, input logic 320, and output logic 
330. Packet processor 310 may process packet data received from PICs 210 and create 
packet data for transmission out to the WAN via PICs 210. Packet processor 510 may 
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also process packet data received from switch fabric 120 and transmit packet data to other 
PFEs via switch fabric 120. 

[0046] Input logic 320 may provide initial processing for packet data received from 
PICs 210. For example, input logic 320 may parse L2 and L3 headers and segment 
packet data into, for example, 64-byte cells. Input logic 320 may also perform 
accounting and policing functions on the packet data. Input logic 320 provides the 
processed packet data to packet processor 3 10 for further processing with regard to 
packet transmission. 

[0047] Output logic 330 provides final processing to packet data received from 
packet processor 310. For example, output logic 330 may remove intrapacket gaps that 
may occur during processing of the packet. Output logic 330 may also construct L2 and 
L3 headers and perform output accounting ftinctions, such as tracking the number of 
packets or bytes sent per interface. Output logic 330 sends the packet data to PICs 210 
for transmission on the WAN. 

[0048] Output logic 330 may operate upon packet streams of different bandwidths. 
For example, in one implementation consistent with the principles of the invention, the 
packet streams may be programmed to OC-3 granularity, 

[0049] Fig, 4 is an exemplary diagram of output logic 330 in an implementation 
consistent with principles of the invention. Output logic 330 may include a packet 
splitter 410, a header buffer 420, a data buffer 430, and a packet combiner 440. Packet 
splitter 410 receives packets from packet processor 310 and, for each of the packets, 
separates the packet header from the remainder of the packet (e.g., packet data). For 
example, packet splitter 410 may remove the first 10-28 bytes of the packet. Packet 
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splitter 410 sends the packet headers to header buffer 420 and the packet data to data 
buffer 430. Packet splitter 410 may also provide byte information to header buffer 420, 
such as size in terms of bytes of packet data stored in data buffer 430. 
[0050] Header buffer 420 processes the packet headers and stores them in a buffer. 
For example, header buffer 420 may modify the packet headers creating, for example, L2 
and/or L3 headers for the packets to be sent out on the WAN. Data buffer 430 may 
include a buffer, such as a first-in first-out (FIFO) buffer, that stores the packet data from 
packet splitter 410, 

[0051] Packet combiner 440 retrieves packet headers and packet data from header 
buffer 420 and data buffer 430, respectively, assembles packets, and sends them to PICs 
210. For example, header buffer 420 may notify packet combiner 440 that it contains a 
non-empty entry in its buffer. In response, packet combiner 440 may read header and 
byte information from header buffer 420 and packet data from data buffer 430. In one 
implementation consistent with the principles of the invention, packet combiner 440 can 
read 32 bytes of data every two cycles. 

[0052] Fig. 5 is an exemplary diagram of packet combiner 440 according to an 
implementation consistent with the principles of the invention. Packet combiner 440 may 
include handshake logic 510, stream map 520, multiplexer 530, byte packer 540, memory 
550, multiplexer 560, and multiplexer 570. Handshake logic 510 may connect to header 
buffer 420 and data buffer 430 to retrieve header and packet data information and 
reassemble a packet therefrom. The reassembUng of the packet may cause gaps to occur 
within the packet due to fragmentation. 
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[0053] Fig. 6 is an exemplary diagram of a packet 600 that contains an intrapacket 
gap. Assume for purposes of this example, that packet 600 includes a header portion 610 
and a data portion 620. In this example, an intrapacket gap was created when the packet 
was split by packet splitter 410 and stored in header buffer 420 and data buffer 430. 
Therefore, when handshake logic 510 reads header portion 610 and data portion 620 from 
header buffer 420 and data buffer 430, respectively, a gap exists between the end of 
header portion 610 and the beginning of data portion 620. 

[0054] Returning to Fig. 5, stream map 520 may include an arbiter, such as a time 
division multiple access (TDMA)-based arbiter, that controls the order in which packet 
streams are processed by output logic 440. Stream map 520 may use a stream identifier 
(ID) to control processing of the packet streams by the other components of packet 
combiner 440. In this way, the packet combiner 440 may be considered a context- 
switched system that operates based on the stream ID from stream map 520. 
[0055] In response to the stream ID, handshake logic 510 may read packet header and 
data information from header buffer 420 and data buffer 430, respectively, reassemble the 
packet therefrom, and output the packet, along with the stream ID, to multiplexer 530. 
[0056] Multiplexer 530 may include a 3:2 multiplexer that receives packet 
information from handshake logic 510 and provides an output to byte packer 540. In one 
implementation, multiplexer 530 receives packet information on a 32 byte data path and 
outputs the packet information to byte packer 540 on a 24 byte data path. Multiplexer 
530 may operate based on a stream ID that propagates along with the other packet 
information. The multiplexing by multiplexer 530 may cause additional gaps to be 
introduced into the packet. 
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[0057] Byte packer 540 may include conventional byte packing mechanisms that 
process non-contiguous valid bytes of data, such as valid bytes interspersed with invalid 
bytes (or gaps), to generate contiguous bytes of vahd data. Byte packer 540 may receive 
the packet information from multiplexer 530 and remove the intrapacket gaps therefrom. 
Byte packer 540 may then store the packet information in memory 550. 
[0058] Memory 550 may include a partitionable FIFO buffer that stores packet 
information based on a write pointer and outputs packet information based on a read 
pointer. Fig. 7 is an exemplary diagram of memory 550 according to an implementation 
consistent with the principles of the invention. Memory 550 includes a FIFO buffer 710, 
a write pointer register 720, and a read pointer register 730. 

[0059] The FIFO 710 may be partitioned into different sized blocks that correspond 
to each of the streams. For example, each of the partitioned blocks may function as a 
circular FIFO buffer for the corresponding stream. Data may be written to a partitioned 
block based on a write pointer in write pointer register 720 and read from a partitioned 
block based on a read pointer in read pointer register 730. 

[0060] Write pointer register 720 may store one or more write pointers. Each of the 
write pointers may be based on a stream ID that propagates from handshake logic 510 
along with the other packet information. Read pointer register 730 may store one or more 
read pointers. Each of the read pointers may be based on a stream ID from stream map 
520. 

[0061] Assume, for example, that there are four possible streams. In this case, the 
write stream IDs may be provided to write pointer register 720 in the order: 0000 1111 
2222 3333 0000 The read stream IDs may be provided to read pointer register 730 
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in the order: 0123 0123 0123 0123 0123 . . , . FIFO 710 may use the read and write 
stream IDs in determining from which of the partitioned blocks to read and write data, 
respectively. 

[0062] Returning to Fig. 5, multiplexer 560 may include a 2: 1 multiplexer that 
receives packet information from memory 560 on a 24 byte data path and provides an 
output on a 12 byte data path. Multiplexer 560 may operate based on a stream ID that 
propagates along with the other packet information. The multiplexing by multiplexer 560 
introduces no intrapacket gaps. As a result, the packet may be transferred to the 
corresponding PIC 210 without gaps for transmission on the WAN. 
[0063] Multiplexer 570 may include a 3: 1 multiplexer that receives packet 
information from memory 570 on a 24 byte data path and provides an output on an 8 byte 
data path. Multiplexer 570 may also operate based on a stream ID that propagates along 
with the other packet information. The multiplexing by multiplexer 570 introduces no 
intrapacket gaps. As a resuh, the packet may be transferred to the corresponding PIC 210 
without gaps for transmission on the WAN. 
[0064] EXEMPLARY PROCESSING 

[0065] Fig. 8 is a flowchart of exemplary processing by output logic 330 according to 
an implementation consistent with the principles of the invention. Processing may begin 
with output logic 330 receiving streams of packets from packet processor 3 10. Output 
logic 330 may operate in different modes depending upon the type of PIC 210 to which a 
packet stream is destined. The mode may be software programmable and a particular 
mode determined based on a stream ID or other identifying information. 
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[0066] Packet splitter 410 may receive the packets and separate the packet headers 
from the packet data (acts 810 and 820). For example, packet splitter 410 may remove 
the first 10-28 bytes of the packet for the packet header. Packet splitter 410 may then 
store the packet headers in header buffer 420 and the packet data in data buffer 430 (act 
830). Packet splitter 410 may also provide byte information to header buffer 420. For 
example, packet splitter 410 may identify the number of bytes of packet data stored in 
data buffer 430 and provide this byte information to header buffer 420. 
[0067] Header buffer 420 may process the packet headers or simply store them in a 
buffer. For example, header buffer 420 may create L2 and/or L3 headers for the packets 
or otherwise process the headers. 

[0068] Packet combiner 440 may retrieve packet headers and packet data from header 
buffer 420 and data buffer 430, respectively, and reassemble the packets therefrom (act 
840). For example, packet combiner 440 may ask header buffer 420 whether it has any 
information relating to a particular stream. Header buffer 420 may notify packet 
combiner 440 that it contains a non-empty entry in its buffer relating to the stream. In 
response, packet combiner 440 may read header and byte information from header buffer 
420 and packet data from data buffer 430. In one implementation consistent with the 
principles of the invention, packet combiner 440 can read 32 bytes of data every two 
cycles. 

[0069] During processing of the packets, intrapacket gaps may appear. Packet 
combiner 440 may operate upon the packets to remove the gaps (act 850). Fig. 9 is a 
flowchart of exemplary processing by packet combiner 440 to remove gaps in the packets 
according to an implementation consistent with the principles of the invention. Assume 
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for purposes of this example that packet combiner 440 operates in one of two modes 
based on the stream ID. In the first mode, packet combiner 440 outputs one or more 
packets to a PIC 210 connected to multiplexer 560. In the second mode, packet combiner 
440 outputs one or more packets to a PIC 210 connected to multiplexer 570. 
[0070] Processing may begin with handshake logic 510 receiving a stream ID from 
stream map 520. In response to the stream ID, handshake logic 510 may read packet 
header and packet data from header buffer 420 and data buffer 430, respectively, for a 
packet corresponding to the stream ID (act 910). Handshake logic 510 may reassemble a 
packet from the packet header and packet data and provide the packet to multiplexer 530. 
The resultant packet may include intrapacket gaps. 

[0071] Multiplexer 530 receives packets from handshake logic 510 and multiplexes 
them, possibly based on the stream ID, and provides an output to byte packer 540 (act 
920). For example, multiplexer 530 may perform 3:2 multiplexing on the bytes of data 
and provide its output on a 24 byte data path. Intrapacket gaps may be introduced into 
the packet as a result of the multiplexing, 

[0072] Byte packer 540 operates upon the bytes of the packet to remove the 
intrapacket gaps (act 930). Byte packer 540 may use conventional byte packing 
techniques to remove the gaps. Byte packer 540 may then store the packet in memory 
550 based on a write stream ID propagated along with the packet (act 940). 
[0073] The packet may then be read from memory 550 based upon a read stream ID 
from stream map 520 (act 950). The reading from memory 550 may be different 
depending upon the mode. If operating in the first mode, for example, a read opportunity 
to read a packet from memory 550 may exist one out of every two cycles. In this case, 
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the packet read from memory 550 is operated upon by multiplexer 560. If operating in 
the second mode, however, a read opportunity may exist one out of every three cycles. In 
this case, the packet read from memory 550 is operated upon by multiplexer 570. 
[0074] In the first mode, multiplexer 560 may perform 2:1 multiplexing on the packet 
to output the packet on a 12 byte data path to the corresponding PIC 210 (act 960). In the 
second mode, multiplexer 570 may perform 3:1 multiplexing on the packet to output the 
packet on an 8 byte data path to the corresponding PIC 210 (act 960). Multiplexers 560 
and 570 provide the packet to the corresponding PICs 210 without intrapacket gaps. 
PlCs 210 may provide additional processing to the packets and output them on the WAN. 
[0075] OTHER IMPLEMENTATIONS 

[0076] Systems and methods have been described for removing intrapacket gaps 
during processing of packets from multiple packet streams, while sharing gap-removing 
mechanisms among the streams. In other implementations consistent with principles of 
the invention, yet other systems may be used. In another implementation, for example, 
each outgoing path may have its own gap-removing mechanisms. 
[0077] In yet another implementation, multiplexer 530 may be eliminated. Fig. 10 is 
an exemplary diagram of such a system 1000. System 1000 includes handshake logic 
1010, stream map 1020, memory 1030, multiplexer 1040, byte packer 1050, multiplexer 
1060, and byte packer 1070. Handshake logic 1010, stream map 1020, memory 1030, 
and byte packers 1050 and 1070 may be configured similar to handshake logic 510, 
stream map 520, memory 550, and byte packer 540, respectively, described above with 
regard to Fig. 5. In this case, however, memory 1030 may provide its output on a 16 byte 
data path. 
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[0078] Multiplexer 1 040 may include a 3 :2 multiplexer that multiplexes the packets 
from memory 1030 and outputs packets on a 12 byte data path. Byte packer 1050 may 
operate upon the packets to remove intrapacket gaps. 

[0079] Multiplexer 1060 may include a 2: 1 multiplexer that multiplexes the packets 
from memory 1030 and outputs packets on an 8 byte data path. Byte packer 1070 may 
operate upon the packets to remove intrapacket gaps. 
[0080] CONCLUSION 

[0081] Systems and methods consistent with the principles of the invention may 
provide a context switched, gap free interface that efficiently shares logic between 
streams of different bandwidths. Although described in the context of a routing system, 
concepts consistent with the principles of the invention can be implemented in any 
system that processes and buffers data. 

[0082] The foregoing description of preferred embodiments of the present invention 
provides illustration and description, but is not intended to be exhaustive or to limit the 
invention to the precise form disclosed. Modifications and variations are possible in Ught 
of the above teachings or may be acquired from practice of the invention. For example, 
output logic 330 has been described as including data paths of a particular bandwidth. 
The actual bandwidth of these data paths may differ in other implementations consistent 
with the principles of the invention. 

[0083] Also, the foregoing systems and methods have been described as operating 
upon intrapacket gaps. These systems and methods may also be applicable to interpacket 
gaps. 
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[0084] No element, act, or instruction used in the description of the present 
application should be construed as critical or essential to the invention unless expUcitly 
described as such. Also, as used herein, the article "a" is intended to include one or more 
items. Where only one item is intended, the term "one" or similar language is used. The 
scope of the invention is defined by the claims and their equivalents. 
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